创建时间: | 2018/4/28 18:37 |
来源: | http://www.bbcto.cn/view/1 |
靠谱的基础设施(服务治理、服务运维) + 合理的服务划分(规范标准、中台服务、业务服务) + 持续的自动化运维(减少人肉运维)
增加
|--- POST /product:新建一个商品
删除
|--- DELETE /product/ID:删除某个商品
更改
|--- PUT /product/ID:更新某个指定商品的信息
查询
|--- GET /product/ID:获取某个指定商品的信息
|--- GET /product:获取所有指定商品的信息
|--- GET /product/ID/purchase :列出某个指定商品的所有投资者
|--- GET /product/ID/purchase/ID:获取某个指定商品的指定投资者信息
?limit=10:每页大小
?page=10:当前页数
?producy_type=1:指定筛选条件
{
status: "0",
message: "success",
data: {
xxx: "xx",
type: "xx"
}
}
{
status: "0",
message: "success",
data: {
rows:[],
total: 1
}
}
被访问的服务,根据情况进行用户认证、服务认证。由
Request
的Header
中携带这两个key。
Authorization : 用户认证token
client-token : 服务认证token
Flow 业务
写一个构建脚本来完成编译,单元测试
,静态代码分析
,生成报告
等步骤,从而完成持续集成阶段的工作。
然后是自动化测试脚本
,这个脚本可以触发自动化测试套件并生成相关报告,最后需要写一个部署脚本
,用于将持续集成阶段的产出物部署
到测试环境上(当然最后的发布阶段也会重用这个脚本)。
这里需要注意的是要确保部署都是可重复的,重复部署同一个产出物N次的效果与只部署一次的效果相同,也就是大家常说的幂等。